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SYSTEM AND METHOD FOR OPTIMIZING USER 
NOTIFICATIONS FOR SMALL COMPUTER DEVICES 

Technical Field 

The present invention relates to small, portable computing devices, and particularly to 
computing devices that provide user notifications relating to particular events. More particularly 
still, the present invention relates to algorithms implemented in determining notification 
characteristics. 

Background of the Invention 

Small, handheld computing devices have been steadily growing in popularity in recent 
years. The devices are known by different names, such as palmtops, pocket computers, personal 
digital assistants, personal organizers, H/PCs, or the like. Additionally, many portable telephone 
systems, such as cellular phones, incorporate sufficient computing capabihties to fall within the 
category of the small, handheld computing devices. These devices, hereinafter "small computer 
devices," provide much of the same functionahty as their larger counterparts. In particular, the 
small computer devices provide users the ability to perform word processing, task management, 
spreadsheet processing, address book functions and Intemet browsing, as well as many other 
functions. Of particular importance to small computer device users is the ability to be notified of 
various events, such as appointment reminders, reception of email, and in the case of portable 
phones, to be notified of incoming telephone calls and text messages, etc. 

Typically notifications may be presented to a user in many different ways. For example, 
the notifications may be any number or types of audible signals, such as telephone rings, sound 
wave files or other sounds. Additionally, many small computing devices provide other means of 
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notification, such as by displaying a notification on the display area of the computing device, 
turning on or flashing a light emitting diode (LED) light, or vibrating. Typically, each event is 
associated with a particular type of notification and different events often trigger or initiate 
different types of notifications. For example, receiving email may cause one sound while 

5 appointment reminders may trigger a different sound. 

One particular drawback associated with notifications in small computing devices relates 
to the appropriateness of the type of notification used as compared with the constantly changing 
environment for the user. That is, given the small size of the small computer devices, users 
typically carry them into numerous different situations. A particular type of notification may be 

10 appropriate for one situation, yet not for another. For example, an appointment reminder may be 
associated with a chime-type notification that generates an audible signal at a predetermined 
time. The chime may be an appropriate type of notification when the user is alone in an office or 
at home, but may not be appropriate when the user is in a meeting with other people who may 
also hear the chime. 

i5 One solution to this problem relates to having a mute button on the small computer 

device so that during situations where a chime notification may not be appropriate, the user can 
effectively turn audible signals off Such a mute button typically works in combination with the 
speaker at a hardware level A mute button, however, is not an optimal solution since a user may 
still want some notifications to be audible. For example, a user may desire that all notifications 

20 be silent while in a meeting except for critical events, such as receiving a high priority e-mail 
message. As another example, a user may want all appointment reminders to be silent but the 
same user may want email notifications to be audible when waiting for an important email or 
telephone call from a particular person. The mute button does not allow for the distinguishing 
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between different notification events to provide different types of notifications to the user since it 
essentially turns the speaker off. 

Additionally, the mute button only relates to audible signals and does not control 
vibrations or visual-type signals that may be inappropriate in certain circumstances. Therefore, 
5 if the user wants to change the appointment reminders from an audible signal to a vibrating 
signal, the mute button is ineffective. In such a case the user would have to modify each 
appointment in the calendar, setting the notification type to vibrate. Not only is this task 
cumbersome, but it must also be performed each time the environment changes. 

Another drawback associated with using a mute button to control notification types is that 

1^ the user must manually press the mute button when entering a quiet environment, i.e., an 

environment wherein the user does not want to be audibly notified of events. Placing the onus 
on the user to manually press the mute button increases the probability that the device will not be 
placed in a non-audible mode because users tend to forget such things until an audible signal 
interrupts the user. Thus, a mute button is an unsatisfactory solution to handhng notifications. 

15 It is with respect to these considerations and others that the present invention has been 

made. 

Summary of the Invention 

The present invention relates to a system and method for notifying users in a manner that 
is appropriate for the event and the environment for the user. The method of the present 
20 invention relates to determining the desired properties of an event and assigning varying 

notification characteristics to that event. Profiles are created of the various events, wherein each 
profile relates to a different mode or situational environment, such as a meeting environment, an 
office or normal environment, a louder outside-type environment, etc. The invention further 
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relates to placing the small computer device in a particular mode, either automatically or 
manually. Once in a particular mode the device provides notifications according to that mode. 

In accordance with certain aspects, the present invention relates to a method of storing at 
least one profile of notification events in the memory of a small computer device, wherein the 
5 notification events are associated with at least one notification type, and notifying a user of an 
event according to the stored profile. The method may store more than one profile and each 
profile is associated with a unique notification mode. Additionally, a selection method is 
provided to select one notification mode and once selected the mode is applied to the small 
computer device and the device remains in the selected mode until another mode is selected. A 

10 calendar-type application program may generate the selection signal. The user is notified of 
events according to the selected notification mode. 

The invention may be implemented as a computer process, a computing system or as an 
article of manufacture such as a computer program product. The computer program product may 
be a computer storage medium readable by a computer system and encoding a computer program 

15 of instructions for executing a computer process. The computer program product may also be a 
propagated signal on a carrier readable by a computing system and encoding a computer program 
of instructions for executing a computer process. 

A more complete appreciation of the present invention and its improvements can be 
obtained by reference to the accompanying drawings, which are briefly summarized below, to 

20 the following detail description of presently preferred embodiments of the invention, and to the 
appended claims. 
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Brief description of the Drawings 

Fig. 1 illustrates a small computer device displaying a graphical user interface screen shot 
incorporating a sound mode icon related to the present invention. 

Fig. 2 is block diagram of a computer used in an embodiment of the present invention, 
5 such as the computer shown in Fig. 1 . 

Fig. 3 is a block diagram illustrating a software environment in an embodiment of the 
present invention. 

Fig. 4 is a flow diagram illustrating operational flow characteristics of customizing a 
notification profile in accordance with the present invention, 
10 Figs. 5-7 are exemplary displays incorporating aspects of the present invention for 

creating a profile. 

Fig. 8 is a flow diagram showing the operational characteristics of manually assigning 
and applying a notification mode for the small computer device shown in Fig. 1. 

Fig. 9 is a flow diagram showing the operational characteristics of automatically 
15 assigning and applying a notification mode for the small computer device shown in Fig. 1. 

Detailed Description of the Invention 
An embodiment of the invention provides control of user notifications for different 
environments through the use of customized notification profiles. Each profile has information 
20 related to each type of notification event (such as a meeting reminder, a button press among 

others) and a corresponding notification type (such as an audible chime, a visual display, among 
others) for each notification event. Thus, each profile may be configured to provide different 
types of notifications for a plurality of different types of notification-type events. Using the 
profiles, the small computer device may be set to a predetermined mode, wherein the mode 
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relates to a predetermined notification profile so that each notification is presented to the user in 
the appropriate manner. For example, while in a "meeting" mode, the small computer device 
uses the ''meeting" profile to provide notifications to the user in an appropriate manner. Another 
embodiment of the invention automatically sets the small computer device into customized 

5 notification mode in response to events stored in an associated calendar application. 

The logical operations of the various embodiments of the present invention are 
implemented (1) as a sequence of computer implemented steps running on a computing system 
and/or (2) as interconnected machine modules within the computing system. The 
implementation is a matter of choice dependent on the performance requirements of the 

10 computing system implementing the invention. Accordingly, the logical operations making up 
the embodiments of the present invention described herein are referred to altematively as 
operations, steps or modules, 

A computing device 100 incorporating aspects of the present invention is shown in Fig. 1. 
In an embodiment of the invention, the computer 100 is a handheld computer having both input 

15 elements and output elements. Input elements may include touch screen display area 102 and 
input buttons 104 and allow the user to enter information into the computer 100, The small 
computing device also incorporates a side input element 106 allowing further user input. The 
side input 106 element may be a rotary switch, a button, or any other type of manual input 
element. In alternative embodiments, the small computing device 100 may incorporate more or 

^0 less input elements. For example, the display 102 may not be a touch screen in some 

embodiments. In yet another alternative embodiment, the computing device is a portable phone 
system, such as a cellular phone having a display 102 and input buttons 104 and 106. 
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The small computing device 100 further incorporates output-type elements, such as 
display 102 which displays information to the user, including a graphical user interface, such as 
display 1 12, text, and/or controls. Other output elements include speaker 108 and LED hght 
110. Additionally, device 100 may incorporate a vibration module (not shown) which causes the 
device 100 to vibrate wherein the vibration notifies the user of a predetermined event. Thus, the 
vibration module may be deemed an output element since vibrations provide the indication of the 
event or other computer-related occurrence to the user. In yet another embodiment, the computer 
device may incorporate headphone jack (not shown) for providing another means of providing 
output signals. 

Display 1 12 is an exemplary display screen that may be shown on display screen 102. 
Additionally, the exemplary display 112 illustrates a mode menu 114 which indicates to the user 
the current notification mode for the system and which modes are available to the user. As 
discussed in more detail below, the user may select a notification mode from menu 1 14, to 
switch to other notification modes. 

Although described herein in combination with a small computer device 100, in 
alternative embodiments the invention is used in combination with any number of computer 
systems, such as in desktop environments, laptop or notebook computer systems, multiprocessor 
systems, micro-processor based or programmable consumer electronics, network PCs, mini 
computers, main frame computers and the like. The invention may also be practiced in 
distributed computing environments where tasks are performed by remote processing devices 
that are linked through a communications network in a distributed computing environment, 
programs may be located in both local and remote memory storage devices. In essence, any 



7 



computer system having a plurality of output elements to provide notifications to a user and a 
plurality of notification event types may incorporate the present invention. 

The computer 100 (shown in Fig. 1) incorporates a system 200 of resources for 
implementing an embodiment of the invention, as shown in Fig. 2. The system 200 incorporates 
5 a computer 202 having at least one central processing unit (CPU) 204, a memory system 206, an 
input device 208, and an output device 210. These elements are coupled by at least one system 
bus 212. 

The CPU 204 is of familiar design and includes an Arithmetic Logic Unit (ALU) 214 for 
performing computations, a collection of registers 216 for temporary storage of data and 

10 instructions, and a control unit 218 for controlling operation of the system 200. The CPU 204 
may be a microprocessor having any of a variety of architectures including, but not limited to 
those architectures currently produced by Intel, Cyrix, AMD, IBM and Motorola. 

The system memory 206 comprises a main memory 220, in the form of media such as 
random access memory (RAM) and read only memory (ROM), and may incorporate or be 

15 adapted to connect to secondary storage 222 in the form of long term storage mediums such as 
hard disks, floppy disks, tape, compact disks (CDs), flash memory, etc. and other devices that 
store data using electrical, magnetic, optical or other recording media. The main memory 220 
may also comprise video display memory for displaying images through the output device 210, 
such as a display screen. The memory can comprise a variety of altemative components having 

20 a variety of storage capacities such as magnetic cassettes memory cards, video digital disks, 

Bernoulli cartridges, random access memories, read only memories and the like may also be used 
in the exemplary operating environment. Memory devices within the memory system and their 
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associated computer readable media provide non- volatile storage of computer readable 
instructions, data structures, programs and other data for the computer system. 

The system bus 212 may be any of several types of bus structures such as a memory bus, 
a peripheral bus or a local bus using any of a variety of bus architectures, 
5 The input and output devices are also familiar and are briefly discussed above with 

respect to Fig. 1 . Although not shown, and in addition to those described above, the input device 
can further comprise a microphone, a small keyboard, a mouse, a wireless communication 
system, a touch pad etc. Similarly, the output device may further comprise output elements such 
as a printer, a wireless communication system, etc. Some devices, such as a network interface or 
a modem can be used as input and/or output devices. The input and output devices are connected 
to the computer 202 through system buses 212. 

The computer system 200 further comprises an operating system and usually one or more 
application programs. The operating system comprises a set of programs that control the 
operation of the system 200, control the allocation of resources, provide a graphical user 

15 interface to the user, facilitate access to local or remote information, and may also include certain 
utility programs such as a notification module. An application program is software that runs on 
top of the operating system software and uses computer resources made available through the 
operating system to perform application specific tasks desired by the user. In general, 
applications are responsible for generating notifications in accordance with the present invention, 

20 but the invention may be integrated into the operating system, as part of a notification control 
object, for example. Exemplary operating systems in which the notification system may be 
integrated with include Microsoft Corporation's Windows for Pocket PC operating system for 
handheld personal computers. 
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Computing device 100 typically includes at least some form of computer readable media. 
Computer readable media can be any available media that can be accessed by 100. By way of 
example, and not limitation, computer readable media may comprise computer storage media 
and communication media. Computer storage media includes volatile and nonvolatile, 
5 removable and non-removable media implemented in any method or technology for storage of 
information such as computer readable instructions, data structures, program modules or other 
data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash 
memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical 
storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage 

10 devices, or any other medium which can be used to store the desired information and which can 
be accessed by 100, Communication media typically embodies computer readable instructions, 
data structures, program modules or other data in a modulated data signal such as a carrier wave 
or other transport mechanism and includes any information delivery media. The term 
"modulated data signal" means a signal that has one or more of its characteristics set or changed 

15 in such a manner as to encode information in the signal. By way of example, and not limitation, 
communication media includes wired media such as a wired network or direct-wired connection, 
and wireless media such as acoustic, RF, infrared and other wireless media. Combinations of 
any of the above should also be included within the scope of computer readable media. 
An exemplary software environment 300 that incorporates aspects of the present 

20 invention is shown in Fig. 3. Application program 302 is executed to create or edit a notification 
profile. The application program 302 communicates with operating system 304 through an 
application program interface 306. In altemative embodiments, the application program 302 
communicates directly with the operating system 304. Although the embodiment shown in 
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Fig. 3 provides application program 302 as the program for customizing notification profiles, in 
an alternative embodiment, the notification profile customization utility is integrated with 
operating system 304. 

The application program 302 communicates with a user through the operating system, the 
5 input/output control module 308 and the input/output devices 208 and 210. The application 
program 302 receives input signals to customize various notification modes. Each mode has an 
associated profile and is stored by the apphcation program 302 in the memory system 206 
through the operating system 304 through a memory control module 310. Additionally, the 
application program 302 provides the user the abihty to set the notification mode for the device 

10 100. Once the user chooses a particular notification mode, the application program informs the 
operating system 304 of the notification mode. Later, once a notification event occurs, the 
operating system 304 uses the chosen notification mode to initiate user notifications. 

Notification profiles are stored in the memory system 206 and typically comprise a 
lookup table of values. In an embodiment of the invention, the memory 206 stores at least three 

15 different profiles: a normal profile, an outside profile and a meeting profile. The normal profile 
has intermediate volume levels for notifications and does not employ vibration type notification 
since vibrations tend to consume significant amounts of power. The outside profile has louder 
volume levels since it can be harder to hear a notification outside. Further, the outside profile 
employs vibration to further aid the user in recognizing notifications. The meeting profile has 

20 volume levels set to silent so that others are not interrupted. Additionally, the meeting profile 
may also employ vibrations as a notification type that informs the user of an event but does not 
interfere with the meeting. Table 1, shown below, highlights some of these and other features 
associated with these exemplary notification profiles. 
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Profile 


Volume 


Sound Files 


Enabled Notification Type 


Normal 


Intermediate 


Default Sound Files 


Sound, LED and Messages 


Outside 


Loud 


Default Sound Files 


Sound and Vibration 


Meeting 


Disabled 


No Sounds Used 


LED, Messages and Vibration 



Table 1 



As may be appreciated, many other profiles may be created and stored. For example the 
5 system may incorporate an *'off' profile which effectively turns all notifications off 

Additionally, although not shown, profiles may be created that provide for certain notification 
t>pes, such as sound, for only specific notification events, such as critical reminders. As an 
example, the profile may be set to silent mode for all notification events except for a phone call 
or email fi'om a particular person. 
10 Fig. 4 is a flow chart of the operational characteristics related to customizing a 

notification mode, i.e., creating a notification profile in accordance with the present invention. 
The customization process 400 may be performed for each notification mode. Different methods 
may be employed in order to initiate flow 400. That is, the flow 400 may be started by the user 
through the selection of customization item in a predetermined menu or a customization icon. In 
15 other embodiments, other initiation events are contemplated, such as pressing a predetermined 
button or combination of buttons. 

To begin, the select mode operation 402 selects a mode that is to be modified, wherein 
the mode may be named, such as "meeting," "normal," etc. In one embodiment, the selection of 
a particular mode may be performed using a drop-down menu by a user. Other embodiments 
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provide for the selection of modes in other manners, such as by typing the mode name, for 
example. 

Once a particular mode is selected, volume selection operation 404 selects the volume 
levels for a plurality of different notification events. For example, the volume levels for screen 
5 taps and control button presses may be set by volume selection operation 404 as well as the 

volume levels for system events, e.g., "critical stop" and others. Typically, the user selects these 
volume levels based on an understanding of the environments that the particular profile will be 
used. Following volume selection operation 404, set sound operation 406 sets the sound files for 
the various system events. Setting the sound files typically involves selecting a system event and 
assigning a sound file, such as a ".wav" file to the system event. Again, the user typically sets 
these sound files based on an understanding of the environment for the profile and an 
understanding of which sound files are recognizable for different notification events. 

Next, set reminder operation 408 sets the type or types of notifications to be performed 
by the small computer device in reminding the user of an event. Set reminder operation sets 
15 notification types, such as vibration, sound, flashing Ught, or displaying a message to the user to 
remind the user of an event. In an embodiment, any one or all may be selected to inform the user 
of an event, depending on the profile. Moreover, for a particular profile, the user may decide to 
select no notification types for reminders. 

Following set operation 408, store operation 410 stores a profile for the selected mode. 
20 Storing the profile involves maintaining a look up table in memory wherein the table lists all 
events and their associated notification types according to set operations 404, 406 and 408. 

Once the notification types for the reminders have been set and the profile has been 
stored, determination act 412 determines whether another notification mode is to be customized. 
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If not, then flow branches NO and the flow 400 ends at end operation 414. Otherwise, flow 
branches YES to select operation 402 and flow 400 is repeated. Determination act 412 may 
occur explicitly by prompting the use to select another mode for customization or by selecting a 
"complete" or "done" control button to indicate that no more modes are to be customized. 
5 Alternatively, determination act 412 may occur implicitly wherein the user either selects another 
mode for customization or exits the customization process by selecting another, unrelated 
feature. 

As may be appreciated, the acts of customizing the volume levels, sound files and 
reminder information may be performed in different order. Moreover, in an embodiment, default 

10 values for these items are stored in memory. When default values are stored for the separate 
profiles, a user has the option of customizing all, some or none of the various elements, e.g., 
volume, sound files, etc. 

Figs. 5, 6 and 7 illustrate screen shots for an embodiment of the invention during the flow 
400 of customizing a notification mode. Fig. 5 illustrates volume selection operation 404. The 

15 particular mode is shown in text box 502. Control 504 allows for the drop-down selection of 
another mode, if desired. Slide controls 506, 508 and 510 are used to select volume levels for 
different types of notification events. Slide control 506 is used to select the volume level for 
screen taps while control 508 is used to select the volume level for hardware button presses. 
Additionally, slide control 510 is used to select the volume level for system events, such as a 

20 critical stop. As may be appreciated, in the illustrated embodiment, no volume control is 

provided for setting the volume level for reminders in this particular display. Instead the volume 
control for reminders is provided during the setting of notification types discussed below. 
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Alternative embodiments provide for the setting of the volume for reminders as well as from a 
display similar to display 500. 

Fig. 6 demonstrates the setting of the sound files for the various system events. As in 
Fig. 5, the present notification mode is illustrated in text box 502. Setting the sound files for 
5 various system events relates to assigning a particular file, such as a ",wav" executable file to be 
executed when the predetermined system event occurs. Display 600 provides the graphical user 
interface display to assign these files. 

Fig. 7 illustrates a graphical user interface display 700 for setting notification types to 
reminder type notifications. That is, a reminder is a particular type of notification event that is 

10 triggered in order to remind the user of something, such as a meeting time or a due date for a 
project, for example. These reminders are typically associated with a calendar type application 
program, as discussed in more detail below. Reminder-type notification events may be set, using 
display 700 to trigger different types of notifications. For example, the reminders may be set to 
cause vibrations by checking box 702, display a message by checking display box 704, flash a 

^5 light by checking light box 706 or to play a sound by checking sound box 708. If the sound box 
708 is selected controls 710 are enabled, otherwise controls 710 are disabled. Controls 710 
provide for the management of the types and volume of the sound that is played once a reminder 
initiates a notification. 

Fig. 8 is a flow chart of the operational characteristics of an embodiment of the present 

20 invention related to setting the device into a notification mode. The flow begins when receive 
operation 802 receives an indication to select a sound mode. That is, in an embodiment, the 
system is always in a mode, and in order to switch the system from the existing mode to a new 
one, the system must receive an indication to this effect. For example, the user may select a 
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mode selection icon on the system which indicates to the system that the user desires to change 
notification modes. Alternatively, the user could select a menu option related to switching the 
particular mode of the system. In yet other embodiments, the user performs other functions in 
order to indicate to the system that the modes should be switched. 
5 Once the system receives an indication to switch notification modes, display operation 

804 displays a mode menu, such as mode menu 114 shown in Fig. 1. A mode menu displays the 
available mode options to the user. Moreover, the menu may provide a visual indication to the 
user relating to the current or existing notiJScation mode, such as a check mark next to the current 
mode. 

1^ Following the display of the mode menu, receive operation 806 receives an indication as 

to the selected notification mode. That is, the user enters or selects one of the menu options from 
the mode menu. Selecting one of the menu options causes the system to receive a signal related 
to the selected menu option. Once receive operation 806 receives a selection, application 
operation 808 applies the selected mode to the small computer device. While the mode is 

15 applied to the device, all notifications presented to the user are done so based on the selected 
mode. Additionally, the small computer device remains in the selected mode until the system 
receives another indication to select a different sound mode, such as in operation 802. 

Fig. 9 is a flow chart of the operational characteristics of an alternative embodiment of 
the present invention related to automatically setting the device into a notification mode. In^an 

20 embodiment of the invention, flow 900 only executes when the user has selected "automatic 
profile switching" as part of the user preferences. Otherwise, the automatic notification flow is 
not performed and the user must manually enter the device into a particular notification profile. 
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Alternatively, the device 100 may be configured to automatically enter different notification 
profiles and the user may select to turn off this particular notification preference. 

The flow 900 begins when a calendar-related event occurs. Hence, in this embodiment, 
the small computer device has a calendar-type apphcation capable of storing appointments and 

5 other calendar-related items. Moreover, the small computer device has an internal clock system 
thereby allowing the small computer device to remind the user of upcoming events scheduled in 
the calendar application. 

Upon the occurrence of a calendar-related event, determination operation 902 determines 
whether a predetermined notification mode has been set for the event. In one embodiment, the 

10 user may set a particular notification mode for an event when the event is created and/or edited. 
Alternatively, the user may associate notification modes with calendar events independently of 
the creation or editing of the calendar event. If determination operation 902 determines that no 
predetermined notification mode has been set for the particular calendar event, flown branches 
NO to end operation 908. In such a case, the notification mode is not changed and any 

15 subsequent notifications are presented to the user according to the existing notification mode. 

Otherwise, if determination operation 902 determines that a predetermined notification 
mode has been associated with the calendar event, flow branches YES to application operation 
904. Application operation 904 automatically applies the selected mode to the small computer 
device and any subsequent notifications are presented to the user according to the selected mode. 

20 The device remains in the selected mode until the end of the calendar event. Upon the ending of 
the calendar event, the device is automatically switched back to the previous notification mode. 
That is, since calendar events typically have both a start time and an end time, the end time is 
used to switch the notification mode back to its original state. 
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In an embodiment of the invention, the software could support the automatic profile 
switching for each appointment individually, wherein the user manually associates an 
appointment with a particular profile. That profile is then used for all reminders occurring 
during that one appointment. Alternatively, the user may set a predetermined profile for all 
5 appointments of a particular type, e.g., busy, out of office, tentative, firee, etc. Therefore, the user 
does not have to manually set a profile for each appointment individually, but can set a profile 
based on the type of appointment in a global manner. In such a case, the device automatically 
enters profile switching mode once an appointment of a predetermined type begins. 

Flow 900 may be described by way of an example. Assume a calendar application has 

1^ stored a one-hour meeting that begins at 1 : 00 PM and ends at 2:00 PM. Further assume that the 
meeting event has an associated predetermined notification mode, called "meeting." At 1:00 
PM, on the day of the meeting, the calendar application recognizes that a calendar event has 
started. At this point, the calendar application determines that a predetermined notification mode 
has been associated with the event, such as at determination operation 902. The calendar 

15 application causes, through the operating system, the small device to be switched into meeting 
mode, such as at operation 904. At 2:00 PM, the calendar apphcation recognizes that the 
meeting has ended and causes, through the operating system, the small computer device to be 
switched back into normal mode, or whatever mode the device was in prior to the start of the 
meeting. 

2^ When notification events occur, the application or the operating system must decide if a 

particular type of event is presented to the user and the type of notification that should be used. 
That is, in one embodiment, the apphcation determines which mode the device is in and 
determines, based on the mode, what type of notification to present to the user. In such a case 
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the application provides the operating system with a control signal indicating to execute the 
notification according to the type of notification stored in the particular profile. In an alternative 
embodiment, the application merely conducts a control to the operating system to present a 
notification to the user. In that case, the operating system determines what mode the device is in 
5 and presents the notification to the user according to the stored profile. 

The above-described invention allows the user to configure sophisticated profiles relating 
to different modes or expected environments. These profiles maintain a listing of the various 
type of notification events, e.g., key presses, reminders, wireless communication signals, phone 
calls, text messages, etc. Additionally, the profiles maintain a list of notification types, e.g., 

10 audible, vibration, visual, etc. wherein each notification event is associated with one or more 
notification types. Thus, prior to providing the user a notification, the device determines the 
mode that the device is in and presents the notification according to the associated profile. 
Moreover, the device may be automatically placed in a predetermined mode based on a stored 
calendar event to relieve the user of the responsibility of remembering when to place the device 

15 in a new mode. 

Although the invention has been described in language specific to structural features 
and/or methodological steps, it is to be understood that the invention defined in the appended 
claims is not necessarily limited to the specific features or steps described, Rather, the specific 
features and steps are disclosed as preferred forms of implementing the claimed invention. Since 
20 many embodiments of the invention can be made without departing from the spirit and scope of 
the invention, the invention resides in the claims hereinafter appended. 
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